home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / July 96 / Re FW_CODPart WritePartInfo.2 < prev    next >
Encoding:
Internet Message Format  |  1996-07-15  |  1.8 KB  |  [TEXT/ttxt]
  1. Subject:     Re: FW_CODPart::WritePartInfo
  2. Sent:        7/15/96 3:06 PM
  3. Received:    7/15/96 3:21 PM
  4. From:        Mark Lanett, mlanett@meer.net
  5. Reply-To:    ODF Interest, ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. At 1:19 PM 7/15/96, Hutchings, Richard B. "Brad" wrote:
  9. >(2) It doesn't look easy to subclass FW_CODPart. Considering that some
  10. >protocol (offscreen canvases in particular) is not yet implemented, it
  11. >would be useful to have macros that support that better. At least until the
  12. >framework matures a little, or goes direct-to-SOM or whatever.
  13.  
  14. One option here is to change the framework. Changes will of course cause
  15. you maintenance problems down the road, but if you limit things to calls
  16. into your own code in other files then things shouldn't be too bad.
  17.  
  18. All the ODPart methods are dispatched into FW_CODPart (all methods are
  19. static). You would be interested in changing FW_CODPart::CanvasUpdated in
  20. FWODPart.cpp. The (small number of) advantages of inserting your own code
  21. here include: the FW_TRY block is already present, and you don't need to
  22. deal with idl/som.
  23.  
  24. Since this is the second time today I've suggested changing the framework,
  25. let me just point out a few things:
  26.  
  27. * You can NOT change ODFLibrary (the license agreement permits you only to
  28. ship the fat release build ODFLibrary). These are the SLxxx and PRxxx
  29. files.
  30. * You can change the *statically-linked* portions of ODF all you want
  31. (FWxxx files).
  32.  
  33. You should probably view changing the framework only as a stopgap measure
  34. for bugs or the like, given the maintenance issue. But also don't be afraid
  35. to do so. We give you source code so you can: use it as is, copy it as the
  36. pattern for some future work, or change it for your specific needs.
  37.  
  38.  
  39. --
  40. Mark Lanett, OpenDoc Framework, Apple Computer
  41.  
  42.  
  43.